home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
QRZ! Ham Radio 4
/
QRZ Ham Radio Callsign Database - Volume 4.iso
/
digests
/
tcp
/
940103.txt
< prev
next >
Wrap
Internet Message Format
|
1994-11-13
|
6KB
Date: Sun, 29 May 94 04:30:03 PDT
From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
Errors-To: TCP-Group-Errors@UCSD.Edu
Reply-To: TCP-Group@UCSD.Edu
Precedence: Bulk
Subject: TCP-Group Digest V94 #103
To: tcp-group-digest
TCP-Group Digest Sun, 29 May 94 Volume 94 : Issue 103
Today's Topics:
More RSPF Help needed..... (2 msgs)
Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
Problems you can't solve otherwise to brian@ucsd.edu.
Archives of past issues of the TCP-Group Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives".
We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party. Your mileage may vary. So there.
----------------------------------------------------------------------
Date: Sat, 28 May 94 04:56:05 CST
From: Jack Snodgrass <kf5mg@kf5mg.ampr.org>
Subject: More RSPF Help needed.....
To: tcp-group mailling list <tcp-group@UCSD.EDU>
We've been tearing out my hair trying to figure out how to link 2 RSPF
routers that use an IP Router to communicate. It seems like RSPF should
work and NOT require that every station in the network Run RSPF, but we
just can't figure out how to make it work.
We've got:
-------- -------- --------
kf5mg <---440---> wb5tey <---144---> k5rw
-------- -------- --------
kf5mg and k5rw are running RSPF. When either one sends out it's RSPF
broadcast, the other station can't hear it because they're on separate
networks. Is there an easy way to fix this?
We've set up and AXIP link between the two RSPF routers and set up the
routes between k5rw and kf5mg to use wb5tey. Now they can hear each others
RSPF broadcast, but the RSPF added routes are screwed up. All of k5rw's
RSPF added routes on kf5mg show that they route through k5rw on 440 instead
of wb5tey. All of kf5mg's RSPF added routes on k5rw show that they route
through kf5mg on 144 instead of wb5tey. I'm guessing that the reason the
routes are screwed up is that RSPF assumes that since it can 'hear' the
station direct ( because of the axip link ) the RSPF added routes assume
that they go direct to the remote system and don't take into account any
pre-existing routes set up between the two RSPF routers.
Next, we set up an ENCAP link in hopes that if the AXIP link was run
over the ENCAP link the RSPF added links would use the ENCAP link routes.
That didn't work either. The AXIP stuff goes over the ENCAP route, but
the RSPF added routes still ignore the IP router that's in between the two
RSPF routers.
Someone is probably going to suggest that wb5tey ( in our example ) run
RSPF. Yes... that will work, but I want/need to figure out this problem.
Once we get this working, we'll add RSPF to both of our Internet Gateways.
There's no way to get the network routers between the two gateways to run
RSPF.
Anyway.... either there is something basic that I'm missing or RSPF is
really un-usable in a standard network and I can't see how one can really
be using it. Any info/help/suggestions ( preferably working ) would be
appreciated. Thanks.
73's de Jack - kf5mg
Internet - kf5mg@kf5mg.ampr.org - 44.28.0.14
AX25net - kf5mg@kf5mg.#dfw.tx.usa.noam - home (817) 488-4386
Dialup - kf5mg@tcet.unt.edu - work (looking for)
===============================================================================
=== Buffalo's new area code.... 044.... "Deal with it" ===
===============================================================================
------------------------------
Date: Sat, 28 May 1994 16:28:01 -0400
From: goldstein@carafe.tay2.dec.com
Subject: More RSPF Help needed.....
To: tcp-group@ucsd.edu
Jack,
> We've got:
>
> -------- -------- --------
> kf5mg <---440---> wb5tey <---144---> k5rw
> -------- -------- --------
>
> kf5mg and k5rw are running RSPF. When either one sends out it's RSPF
>broadcast, the other station can't hear it because they're on separate
>networks. Is there an easy way to fix this?
Not an easy way...
This would have been solved fairly easily had RSPF2.2 been implemented.
RSPF2.2 is a spec that makes clear that "normal" IP rules of "subnets"
do NOT apply, and therefore you can create adjacencies using any kind
of lower-layer (subnetwork in the OSIRM sense) connection and RSPF will
use them if appropriate. But the code in NOS does not override IP's
routing function, and treats RSPF node groups as IP subnets, which
they ain't. I don't know what hackery has been done recently to allow
faking things, but it's all half-way.
Note that RSPF was designed to run on routers, but not be needed on
end stations. Your example is of course the opposite, and tries to
use intellgent end systems to get past a lack of intelligent routers.
Perfectly sensible but since I don't personally _use_ any of the RSPF
variants currently implemented, I can't tell you what works.
If somebody would take the 2.2 spec and really implement it... Naaah,
we're hams. Why do it right when a quick and dirty early hack is
available? Why should routing be different from the "202" modems? :-(
(sig)> Buffalo's new area code.... 044.... "Deal with it"
I must be missing something...
fred k1io
------------------------------
Date: Sat, 28 May 94 11:21:03 CST
From: fchavarr@udgserv.cencar.udg.mx (Fco. J. Chavarria -POLITEC)
To: tcp-group@UCSD.EDU
unsub fchavarr@udgserv.cencar.udg.mx
------------------------------
End of TCP-Group Digest V94 #103
******************************